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(1) Real Party in Interest 

The statement containing the Real Party in Interest is contained in the Brief. 

(2) Related Appeals and Interferences 

The examiner is not aware of any related appeals, interferences, or judicial proceedings 
which will directly affect or be directly affected by or have a bearing on the Board's decision in 
the pending appeal. 

(3) Status of Claims 

The statement of the status of claims contained in the brief is correct. 

(4) Status of Amendments After Final 

The appellant's statement of the status of amendments after final rejection contained in 
the brief is correct. 

(5) Summary of Claimed Subject Matter 

The summary of claimed subject matter contained in the brief is correct. 

(6) Grounds of Rejection to be Reviewed on Appeal 

The appellant's statement of the grounds of rejection to be reviewed on appeal is correct. 

(7) Claims Appendix 

The copy of the appealed claims contained in the Appendix to the brief is correct. 
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(8) Evidence Relied Upon 

Teodosiu et al, US 2002/0062336 Al 

Araujo, US 6,393,488 Bl 

Dutta et al, US 6,636,854 B2 

Lopke, US 6,553,310 Bl 

Yau et al, US 2002/0066026 Al 

Oguchi et al, US 6,304,912 Bl 

(9) Grounds of Rejection 

The following ground(s) of rejection are applicable to the appealed claims: 
ART REJECTION I: 

Claims 1-7, 9, 13-19, 21, 25-31, 33 and 37-40 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Teodosiu et al. (hereinafter Teodosiu, US 2002/0062336 Al) in view of 
Araujo (US 6,393,488 Bl). 

As per claim 1 , Teodosiu discloses a method for optimizing private network file transfers 
in a peer-to-peer public network, the peer-to-peer public network including a server and a 
plurality of nodes, wherein at least two of the plurality of nodes are part of the same private 
network (fig. 1 and pg. 9 [0124]: Peer to Peer network over LAN environment), the method 
comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes in 
the peer-to-peer public network for a file (fig. 2 item #210, fig. 4 item #410, pg. 4 [0045]: 
receiving a resource request); 
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(b) determining by the server that the file is stored on a second node of the plurality of 
nodes in the peer-to-peer network (fig. 2 item #240, fig. 4 item #430, pg. 4 [0047-0049]: 
searching for locations that stores requested resource. Teodosiu also determines closest second 
node); and 

(d) sending instructions by the server to the first node to request the file from the second 
node, such that the second node transfers the file to the first node over the private network (fig. 4 
item #460, 425, pg. 3 [0035-0037], pg. 4 [0045-0053], pg. 6 [0077-0081]). 

However, Teodosiu does not disclose the process of (c) determining by the server that the 
first and second nodes are part of the same private network. 

Araujo discloses the process of determining by the server if the first device is included in 
the same LAN, i.e. same private network, as the second device (fig. 5 item #511, col. 7 L13-65: 
determining whether the two nodes are within the same LAN and/or determining whether first 
and second node are part of the same LAN). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Teodosiu in view of Araujo in order to determine whether the 
first and second node, which are part of the peer to peer network, are part of the same private 
network. 

One of ordinary skilled in the art would have been motivated because it would have 
resolved the client's request locally (Araujo: col. 7 L13-41 : by returning the IP address of the 
local node; Teadosiu: [0047]: optimize traffic). 

As per claim 2, Teodosiu in view of Araujo discloses the process of registering a client IP 
address, a subnet mask, and a peer IP address of both the first and second node with the server 
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(Araujo: col. 5 L41-67, fig. 4, col. 6 L34 to col. 7 L13: a mapping table including client local IP 
address and global IP address, i.e. Peer IP address; a subnet mask is usually associated with an IP 
address, see fig 5 item #514, 515). 

As per claim 3, Teodosiu in view of Araujo discloses the process of registering with the 
server whether the network address translation has been performed on the first and second nodes 
and whether the first and second nodes are directly reachable from other nodes on the public 
network or unreachable (Araujo: col. 5 L41-67, col. 6 L34 to col. 7 L65: a mapping table 
indicates whether the translation is performed or not and/or whether the nodes are reachable or 
not). 

As per claim 4, Teodosiu in view of Araujo discloses the process of determining that 
NAT has been performed on a particular node when the nodes client IP address does not match 
the nodes peer IP address (Araujo: col. 6 L34 to col. 7 L65: If the client IP address is different 
than global IP address, then logically, the two different addresses for a client device suggests the 
usage of NAT). 

As per claim 5, Teodosiu in view of Araujo discloses the process of determining that a 
particular node is directly reachable from other nodes on the public network when the server can 
connect with the node using the node's client IP address (Araujo: col. 6 L34 to col. 7 L65, col. 8 
L24 to col. 9 L45: nodes are directly reachable if the NAT determines no translation is required). 

As per claim 6, Teodosiu in view of Araujo discloses the process of storing the client IP 
address, a subnet mask, and a peer IP address of both the first and second nodes in a node 
registry (Araujo: col. 5 L41-67, fig. 4, col. 6 L34 to col. 7 L13: a mapping table including client 
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local IP address and global IP address, i.e. Peer IP address; a subnet mask is usually associated 
with an IP address). 

As per claim 7, Teodosiu discloses the process further including the process of allowing a 
user of the first node to enter search terms for finding a particular file (pg. 4 [0045]: a peer 
device enters the resource request, i.e. search request, [0053]). 

As per claim 9, Teodosiu in view of Araujo discloses the process of determining that the 
second node is part of the same private network as the first node, and therefore locally reachable 
by the first node, when the NAT has not been performed on either the first and second nodes and 
the subnet Ids of each first and second nodes match (Araujo: fig. 5 item #514, col. 7 L13-65). 

As per claims 13-19, 21, 25-31, 33 and 37-40, they do not teach or further define over the 
limitations in claims 1-7 and 9. Therefore claims 13-19, 21, 25-31, 33 and 37-40 are rejected for 
the same reasons as set forth in claims 1-7 and 9. 

Claims 8, 10, 12, 20, 22, 24, 32, 34, 36, 41 and 43-47 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Teodosiu et al. (hereinafter Teodosiu, US 2002/0062336 Al) in view 
of Araujo (US 6,393,488 Bl), and further in view of Dutta et al. (hereinafter Dutta, US 
6,636,854 B2). 

As per claim 8, Teodosiu and Araujo does not disclose the process further including the 
process of querying a database containing file names with the search terms to find the file names 
matching the search terms, and identifying nodes containing the matching file, including the 
second node. 
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Dutta explicitly discloses the process including the process of querying a database 
containing file names with the search terms to find the file names matching the search terms, and 
identifying nodes containing the matching file, including the second node (fig. 5A, fig. 5c, fig. 
6A step #608, col. 7 L15 to col. 8 L15, col. 8 L59 to col. 9 L56). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Teodosiu and Araujo in view of Dutta in order to querying a 
database containing file names with the search terms to find the file names matching the search 
terms, and identifying nodes containing the matching file, including the second node. 

One of ordinary skilled in the art would have been motivated because it would have 
enabled the server to search and present the results associated with the search item (Dutta: col. 9 
L9-67). 

As per claim 10, Teodosiu and Araujo does not disclose the process of returning a list of 
search results from the server to the first node, where the list includes the identities and addresses 
of the matching nodes, IP addresses and subnet masks. 

Dutta discloses the process of returning a list of search results from the server to the first 
node including the addresses of the matching nodes (fig. 5A, fig. 5c, fig. 6A step #608, col. 7 
L15 to col. 8 L44, col. 8 L59 to col. 9 L56: URLS are associated with IP addresses and IP 
addresses are associated with subnet masks, col. 10 L35-45). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Teodosiu and Araujo in view of Dutta in order to return a list 
of search results from the server to the first node, where the list includes the identities and 
addresses of the matching nodes, IP addresses and subnet masks. 
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One of ordinary skilled in the art would have been motivated so that the user can retrieve 
the document or the file associated with the search hit (Dutta: col. 9 L32-67). 

As per claim 12, Teodosiu in view of Araujo does not discloses the process of sending 
the client IP address of the second node to the first node such that the first node sends request for 
the file to the second node using the client IP address of the second node and sending the file 
from the second node to the first node using the client IP address of the first node. 

Dutta discloses the process of sending the client IP address of the second node to the first 
node such that the first node sends request for the file to the second node using the client IP 
address of the second node and sending the file from the second node to the first node using the 
client IP address of the first node (col. 5 L10-63, col. 6 L13 to col. 7 L29). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Teodosiu and Araujo in view of Dutta in order to sending the 
client IP address of the second node to the first node such that the first node sends request for the 
file to the second node using the client IP address of the second node and sending the file from 
the second node to the first node using the client IP address of the first node. 

One of ordinary skilled in the art would have been motivated so that the client can 
retrieve the file from the other node (Dutta: col. 6 L57-67). 

As per claims 22, 24, 32, 34, 36, 41 and 43-47, they do not teach or further define over 
the limitations in claims 8, 10 and 12. Therefore, claims 22, 24, 32, 34, 36, 41 and 43-47 are 
rejected for the same reasons as set forth in claims 8, 10 and 12. 
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Claims 1 1, 23, 35 and 42 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Teodosiu et al. (hereinafter Teodosiu, US 2002/0062336 Al) in view of Araujo (US 6,393,488 
Bl), further in view of Dutta et al. (hereinafter Dutta, US 6,636,854 B2), and further in view of 
Lopke (hereinafter Lopke, US 6,553,310 Bl). 

As per claim 11, Teodosiu, Araujo in view of Dutta does not disclose the process of 
sorting the search results by locally reachable nodes followed by the directly reachable nodes. 

Lopke discloses the process of sorting the information servers based on its location 
and/or proximity (col. 3 L25-46). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Teodosiu, Araujo and Dutta in view of Lopke in order to sort 
the results by locally reachable nodes followed by the directly reachable nodes. 

One of ordinary skilled in the art would have been motivated because it would have 
notified the requestor of the closest node capable of satisfying the request. 

As per claims 23, 35 and 42, they do not teach or further define over the limitations in 
claim 11. Therefore, claims 23, 35 and 42 are rejected for the same reasons as set forth in claim 
11. 
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ART REJECTION II: 

Claims 1, 7, 8, 13, 19, 20, 25, 31 and 44-46 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Dutta et al. (hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. 
(hereinafter Yau, US 2002/0066026 Al). 

As per claim 1 , Dutta discloses a peer-to-peer public network including a server and a 
plurality of nodes, wherein at least two of the plurality of nodes are part of the same private 
network (applicant admitted prior art, specification, pg. 3 lines 8-15), the method comprising the 
steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes in 
the peer-to-peer public network for a file (col. 5 LI 0-63, col. 6 LI 3 to col. 7 L29: Gnutella peer 
to peer network); 

(b) determining by the server that the file is stored on a second node of the plurality of 
nodes in the peer-to-peer network (col. 5 LI 0-63, col. 6 L13 to col. 7 L29: determining a node 
having the file); and 

(d) sending instructions by the server to the first node to request the file from the second 
node, such that the second node transfers the file to the first node (col. 5 LI 0-63, col. 6 LI 3 to 
col. 7 L29: sending the address for the node having the file). 

However, Dutta does not disclose the process of (c) determining by the server that the 
first and second nodes are part of the same private network. 

Yau discloses the process of optimizing private network file transfers and the process of 
determining by the server that the first and second nodes are part of the same private network by 
determining that the source node having the file and client node requesting the file are located 
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behind the same firewall and the process of sending instructions by the server to the first node to 
request the file from the second node, such that the second node transfers the file to the first node 
over the private network (pg. 2 [0018-0019], fig. 2: private network protected by firewall, pg. 5 
[0067], [0070-0074]: determining that two nodes are located within the same firewall and/or 
private internal network, and pg. 3 [0042]). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Dutta in view of Yau in order to determine whether the first 
and second node are part of the same private network. 

One of ordinary skilled in the art would have been motivated because it allows the system 
to take advantage of the higher speeds usually achieved by subnets and to aid in the ability to 
propagate data throughout subnets (Yau: pg. 5 [0072], [0067], pg. 2 [0018-0019]). 

As per claim 7, Dutta discloses the process of allowing a user of the first node to enter 
search terms for finding a particular file (col. 5 L10-63, col. 6 L13-65). 

As per claim 8, Dutta discloses the process of querying a database containing file names 
with the search terms to find file names matching the search terms, and identifying nodes 
containing the matching file, including the second node (col. 5 L10-63, col. 6 L13-65). 

As per claims 13, 19, 20, 25, 31 and 44-46, they do not teach or further define over the 
limitations in claims 1, 7 and 8. Therefore claims 13, 19, 20, 25, 31 and 44-46 are rejected for the 
same reasons as set forth in claims 1, 7 and 8. 
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Claims 2, 6, 14, 26, 30 and 32 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dutta et al. (hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. (hereinafter Yau, US 
2002/0066026 Al), and further in view of Oguchi et al. (hereinafter Oguchi, US 6,304,912 Bl). 

As per claim 2, Dutta in view of Yau discloses the process of registering a client IP 
address and a Peer IP address of both the first and second nodes with the server (Dutta: col. 8 
L15-54: note peer ip address may simply be client ip address). 

However, Dutta in view of Yau does not disclose registering, i.e. storing, a subnet mask 
of both the first and second nodes. 

Oguchi teaches the process of storing subnet mask of the nodes (fig. 3B item #s21, fig. 
13-15, col. 8 L47-67). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Dutta and Yau in view of Oguchi in order to register the 
subnet mask of the nodes. 

One of ordinary skilled in the art would have been motivated because subnet mask 
indicates which portion of the network-layer address of the one of the at least one second 
communication apparatus indicates the one of the plurality of subnetworks to which the one of 
the at least one second communication apparatus belongs (Oguchi: col. 8 L47-67). 

As per claims 6, 14, 26, 30 and 32, they do not teach or further define over the limitations 
in claim 2. Therefore claims 6, 14, 26, 30 and 32 are rejected for the same reasons as set forth in 
claim 2. 
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Claims 3-5, 9-10, 12, 15-18, 21-22, 24, 27- 29 and 33-36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Dutta et al. (hereinafter Dutta, US 6,636,854 B2) in view of 
Yau et al. (hereinafter Yau, US 2002/0066026 Al), further in view of Oguchi et al. (hereinafter 
Oguchi, US 6,304,912 Bl), and further in view of Araujo (US 6,393,488 Bl). 

As per claim 3, Dutta, Yau and Oguchi does not disclose the process of registering with 
the server whether the network address translation has been performed on the first and second 
nodes and whether the first and second nodes are directly reachable from other nodes on the 
public network or unreachable. 

Araujo discloses the process of registering with the server whether the network address 
translation has been performed on the first and second nodes and whether the first and second 
nodes are directly reachable from other nodes on the public network or unreachable (Araujo: col. 
5 L41-67, col. 6 L34 to col. 7 L65: a mapping table indicates whether the translation is 
performed or not and/or whether the nodes are reachable or not based on the local and global IP 
addresses). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Dutta, Yau and Oguchi in view of Araujo in order to register 
with the server of the reachability information of the nodes. 

One of ordinary skilled in the art would have been motivated because it would have 
indicated whether the nodes are reachable through local or global IP address and/or it would 
have enabled the communication between the LAN and the Internet (Araujo: col. 6 L46 to col. 7 
L13, col. 1 L21-30). 
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As per claim 4, Dutta, Yau, Oguchi in view of Araujo discloses the process of 
determining that NAT has been performed on a particular node when the nodes client IP address 
does not match the nodes peer IP address (Araujo: col. 6 L34 to col. 7 L65: If the client IP 
address is different than global IP address, then logically, it implies the presence and usage of the 
NAT service). 

As per claim 5, Dutta, Yau, Oguchi in view of Araujo discloses the process of 
determining that a particular node is directly reachable from other nodes on the public network 
when the server can connect with the node using the node's client IP address (Yau: pg. 5 [0069- 
0075], pg. 3 [0042]: uses the client IP address to communicate with public network logically 
implies that the nodes are directly reachable from public network; Araujo: col. 6 L34 to col. 7 
L65, col. 8 L24 to col. 9 L45: nodes are directly reachable if the NAT determines no translation 
is required). 

As per claim 9, Dutta, Yau, Oguchi in view of Araujo discloses the process of 
determining that the second node is part of the same private network as the first node, and 
therefore locally reachable by the first node, when the NAT has not been performed on either the 
first and second nodes and the subnet Ids of each first and second nodes match (Araujo: fig. 5 
item #514, col. 7 L13-65; Yau: pg. 5 [0069-0074]: NAT is not performed, and matching the 
subnet id by comparing the IP address of nodes). 

As per claim 10, Dutta discloses the process of returning a list of search results from the 
server to the first node including the addresses of the matching nodes (fig. 5A, fig. 5c, fig. 6A 
step #608, col. 7 L15 to col. 8 L44, col. 8 L59 to col. 9 L56: URLS are associated with IP 
addresses and IP addresses are associated with subnet masks, col. 10 L35-45). 
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As per claim 12, Dutta discloses the process of sending the client IP address of the 
second node to the first node such that the first node sends request for the file to the second node 
using the client IP address of the second node and sending the file from the second node to the 
first node using the client IP address of the first node (Dutta: col. 5 L10-63, col. 6 L13 to col. 7 
L29; Yau: pg. 5 [0069-0074] and pg. 3 [0042]). 

As per claims 15-18, 21-22, 24, 27- 29 and 33-36, they do not teach or further define over 
the limitations in claims 3-5, 9 and 12. Therefore claims 15-18, 21-22, 24, 27- 29 and 33-36 are 
rejected for the same reasons as set forth in claims 3-5,9 and 12. 

Claims 1 1, 23 and 35 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Dutta et al. (hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. (hereinafter Yau, US 
2002/0066026 Al), further in view of Oguchi et al. (hereinafter Oguchi, US 6,304,912 Bl), 
further in view of Araujo (US 6,393,488 Bl), and further in view of Lopke (US 6,553,310 Bl). 

As per claim 11, Dutta, Yau, Oguchi and Araujo does not disclose the process of sorting 
the search results by locally reachable nodes followed by the directly reachable nodes. 

Lopke discloses the process of sorting the information servers based on its location 
and/or proximity (col. 3 L25-46). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Dutta, Yau, Oguchi, Araujo in view of Lopke in order to sort 
the results by locally reachable nodes followed by the directly reachable nodes. 

One of ordinary skilled in the art would have been motivated because it would have 
notified the requestor of the closest node capable of satisfying the request. 
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As per claims 23 and 35, they do not teach or further define over the limitations in claim 
1 1 . Therefore, claims 23 and 35 are rejected for the same reasons as set forth in claim 1 1 . 

Claims 37 and 47 are rejected under 35 U.S.C. 103(a) as being unpatentable over Dutta et 
al. (hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. (hereinafter Yau, US 
2002/0066026 Al), and further in view of Araujo (US 6,393,488 Bl). 

As per claim 37, it does not teach or further define over the limitations in claims 1, 3 and 
9. Therefore claim 37 is rejected for the same reasons as in claims 1, 3 and 9. 

As per claim 47, Dutta explicitly discloses the process of receiving by the server the 
search request from the first node including at leas tone search item identifying the file and the 
process of querying a database relating each one of a number of files including the file and at 
least one of the plurality of nodes in the peer to peer public nework storing the one of the number 
of files using the at least one search term to identify at least one of the plurality of ndoes 
including the second node storing the file (fig. 5 A, fig. 5c, fig. 6A step #608, col. 7 L15 to col. 8 
L15,col. 8L59tocol. 9L56). 
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Claims 38-41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Dutta et al. 
(hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. (hereinafter Yau, US 2002/0066026 
Al), further in view of Araujo (US 6,393,488 Bl), and further in view of Oguchi et al. 
(hereinafter Oguchi, US 6,304,912 Bl). 

As per claims 38-41, they do not teach or further define over the limitations in claims 2, 
4, 5 and 10, respectively. Therefore claims 38-41 are rejected for the same reasons as set forth in 
claims 2, 4, 5 and 10, respectively. 

Claims 42 and 43 are rejected under 35 U.S.C. 103(a) as being unpatentable over Dutta et 
al. (hereinafter Dutta, US 6,636,854 B2) in view of Yau et al. (hereinafter Yau, US 
2002/0066026 Al), further in view of Araujo (US 6,393,488 Bl), further in view of Oguchi et al. 
(hereinafter Oguchi, US 6,304,912 Bl), and further in view of Lopke (US 6,553,310 Bl). 

As per claims 42 and 43, they do not teach or further define over the limitations in claims 
1 1 and 12, respectively. Therefore claims 42 and 43 are rejected for the same reasons as set forth 
in claims 1 1 and 12, respectively. 
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(10) Response to Argument 

Examiner summarizes various arguments raised by the appellant, and addresses each of 
them individually. 

In the Brief, appellant argues in substance that: 

a. None of the references, either alone or in combination, disclose or suggest 
determining by a server that first and second nodes, which are part of a peer-to-peer 
network, are also part of a same private network (Brief, pg. 1 1 paragraph D. 1, 12-13). 
In response to argument [a], Examiner respectfully disagrees. 
Independent claim 1 recites: 

A method for optimizing private network file transfers in a peer-to-peer public network, the peer- 
to-peer public network including a server and a plurality of nodes, wherein at least two of the plurality of 
nodes are part of a same private network, the method comprising the steps of: 

(a) receiving by the server a search request from a first node of the plurality of nodes 
in the peer-to-peer public network for a file; 

(b) determining by the server that the file is stored on a second node of the plurality 
of nodes in the peer-to-peer network; 

(c) determining by the server that the first and second nodes are part of the same 
private network; and 

(d) sending instructions by the server to the first node to request the file from the 
second node, such that the second node transfers the file to the first node over the 

same private network. 



Initially, Appellant's Background of Invention Discloses (pg. 3 lines 8-15): 

Although peer networks are effective, current peer networks-have inefficiencies. For example, it 
is not uncommon for a peer-to-peer network to have peers that are part of a private network, such as 
a local area network (LAN), for instance. When a peer requests a file from another peer, the file transfer 
typically occurs over the Internet, even when the two peers are within the same private network. In a peer- 
to-peer network that includes many private networks and many file transfers occurring within the same 
private network, transferring the file over the Internet is costly and wastes limited bandwidth. 



In other words, it's well know that peer to peer network have peers or users that are part 
of a same private network, i.e. same private network. That is, two or more users from same LAN 
can participate in peer to peer network. 
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Teodosiu et al. 

Teodosiu discloses a peer to peer public network such as shown by REALM 150 
comprising plurality of peers such as peers 140 connected to servers through a network 
environment, e.g. see fig. 1 reproduced herein. 

EXTERNAL 
NETWORK 
TRAFFIC 
125 



REALM 1SO 



1 



130 



PEERS 14D 



Teodosiu further discloses: 



[S124] Its FIG. I , £he elements k «aLm ISS tasnaiaaicise 
wits obb another ^img any of a vasiety of Eeswaft. trass- 
mfesion protocols, sees as she User Dtagxam ftotced 
(UDF) sr ihc TisnsEsssios Ctsatrol Prefexwl (TCP), and say 
of s. variety af g$a&cai£&n psotfriiik, surih as a j«prieiagf 
pasascoi, tte Hypesetf Tfaaafef Psotccol (HTTP), ifee File 
Trassffer ftotocoS (FTF} 5 or ;se like. The aetmwkiag «svi- 
rosss-est fcclBdisg realm 13© may comsdss a. Ilosal area 
asswsrk {LAN), a. wide uu aetWEtk (WAN), a pdrase 



rassrns^ &e jh&Hc interns, o? &e like . la alEerrsEte embodi- 
mesa, rcaks ISO sssy serapriae a 5.iandstass octwosJr. 
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In other words, the network environment on which the peer to peer network, i.e. realm 



150, is implemented includes a LAN, i.e. a private network. 



Clearly, peers 140 as in fig. 1, which are part of the peer to peer network such as realm 



150, are also part of the same private network such as LAN. 



Furthermore, Teodosiu, in one embodiment, discloses: 



Locating Resources 
[9044] FIG. 2 ilhsstrate* one embodiment of locating a 
resource m more detail.. The- illssSrated embodiment is from 
the perspective of an RNS server, although a gate server may 
perform similar fractions. FIG, 2 includes a number of 
implementation specific details, Other embodiments may 
not include all of me elements illustrated in FIG. 2, may 
perform elements in a different order, bind may include 
additioaal elements. 

[0045] First, Ibe RNS server 130 receive*, frocs a pcci 140: 
ot foiD she gate server 120, a resource request ai 210 for the 
location of a particular resource. The request uniquely 
identifies a resource and a master publisher of the resource 
within the realm to which this RNS server belongs... The 
request can take any number of forms from a messaging 
protocol specific to mis particular locator service to a 
universally accepted protocol such as. HTTP. 
[0046] At 228, the RNS server check* Its own memory to 
determine if it has a resource record corresponding to the 
requested resource. In one embodiment, resource records 
comprise unique identifiers far resources and master pub- 
lishers as well as one or more locations where the resources 
are expected to be located. The record may also indicate 
whether or not particalai locations are expected to be active 
(logged mto the network or not). In which case, the RNS 
server compares the unique identifier from the request to ise 
hat of recorded unique identifier*, 

[0047] If the RNS server does have a matching record, the 
RNS server assumes thai the record is current. If the record 
lists an active location for the resource, the RNS server 
responds in 230 with the resource status and & set of 
locations. The record may list zero or more active locations 
where the resource has been cached. If the record lists more 
than one active location for the resource, the RNS server 
may respond with multiple locations from which the 
requester can choose. For successive requests for the same 
resource, the RNS server may respond with different sets of 
locations, selecting sets of locations to, for instance,, a round 
robin fashion, in order to balance the network traffic to 
multiple locations. In one embodiment, the RNS server may 
select ihe locations so be returned in 238 based on the 
rsquesser's network (IF} address, in order to provide the 
requester with addresses that are ••proximal" in terms of 

network topology and thus optimize network traffic. [Note the prov i d i ng 0 f 



addresses that are "proximal" in terms of network topology, in order to optimize 
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the network traffic. Logically, a node within a LAN is closest if it is located within a 
LAN in view of Internet, WAN and/or external network. In other words, the 
determination by the server that the first and second nodes are part of the same 
private network can be obtained by locating the closest and/or proximal node in 
terms of network topology]. 

In other words, the RNS server receives a search request for a resource from one of the 
peer, e.g. [0045], RNS server determines that the file is stored on one or more locations or peers 
by checking its own memory for resource records, e.g. [0046], and in an event of a positive 
determination, the RNS server responds with the status and set of locations where the resource is 
found to the requesting peer, e.g. [0047]. 

Moreover, Teodosiu, in one embodiment discloses that the RNS server may select the 
locations to be returned based on the requester's IP address in order to provide the 
requester with addresses that are "proximal" in terms of network topology , and thus 
optimize network traffic . (Emphasis added). 

For example: 

Consider the following figure with alterations and/or indications for analysis purposes. 
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EXTERNAL 
NETWORK 
TFtAFFIC 
t2S 



REALM 150 




In an event the real 150 is implemented over the LAN environment as set forth above, the 
peers 140 and/or peers 1-3 are said to be located within a LAN, i.e. same private network, and 
which are also part of peer to peer network. 

In an event peer l initiates a search request for a resource that is located at peer 2 or 3 to 
RNS server, the RNS server will determine that the resource is located at one or more peers, for 
example, peer 2 and peer 3. 

In one embodiment, e.g. [0047], when the RNS server utilizes the proximity criteria 
in terms of network topology to filter the locations and/or peers, the RNS server will 
respond to the search request for a resource with the locations that are closest to the 
requesting peer, i.e. closest in this case is the peer 2, in terms of network topology. 
Therefore, RNS server will respond to the requesting peer 1 with the locations of the peer 
2, which are part of same private network. 
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However, Teodosiu does not literally disclose a process wherein RNS server determines 
that first node, i.e. requesting node, and a second node, i.e. node where resource can be found, 
are also part of same private network, such as local area network LAN. 

Araujo 

Araujo discloses a process and/or a server that determines whether two nodes are 
part of the same private network, i.e. whether the two nodes are part of the same LAN, e.g. 
fig. 5 item #511 and col. 7 L13-33, as acknowledged by the appellant, e.g. Brief, pg. 1 1, D. 1. 

In other words, Araujo discloses a technique of determining by a server whether two 
nodes are included and/or part of the same LAN. 
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Modification 

Teodosiu discloses peer to peer network comprising two or more peers, which are 
part of the peer to peer network and part of the private LAN, i.e. same private network. 

Moreover, Teodosiu discloses sending the locations of the resource that are 
closest and/or proximal in terms of network topology to the requesting peer in order to 
optimize network traffic. 

Araujo discloses determining whether two nodes in a network are part of the same 
LAN, i.e. same private network. 

Therefore, it would have been obvious to a person of ordinary skilled in the art at 
the time the invention was made to modify Teodosiu, more specifically, to modify RNS 
server to incorporate the process of determining whether the two peers are part of the 
same LAN. 

See KSR International Co. v. Teleflex Inc., 550 U.S. , , 82 USPQ2d 1385, 1395-97 

(2007) identified a number of rationales to support a conclusion of obviousness which are consistent with 
the proper "functional approach" to the determination of obviousness as laid down in Graham. The key to 
supporting any rejection under 35 U.S.C. 103 is the clear articulation of the reason(s) why the claimed 
invention would have been obvious. The Supreme Court in KSR noted that the analysis supporting a 
rejection under 35 U.S.C. 103 should be made explicit, and MPEP 2143. [ EXEMPLARY RATIONALES: 
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Exemplary rationales that may support a conclusion of obviousness include: 

(A) Combining prior art elements according to known methods to yield predictable 

results; 

(B) Simple substitution of one known element for another to obtain predictable results; 

(C) Use of known technique to improve similar devices (methods, or products) in the 
same way; 

(D) Applying a known technique to a known device (method, or product) ready for 
improvement to yield predictable results; 

(E) "Obvious to try" - choosing from a finite number of identified, predictable ] . 



Hence, the combination of Teodosiu and Araujo explicitly discloses a server, 
e.g. RNS server, which would determine that the first peer and second peer, which in fact 
are part of the peer to peer network, are also part of the same LAN. 

In the Brief, appellant submits that Araujo does not disclose that the devices in 
the same LAN are part of a peer to peer network, e.g. Brief, pg. 11. 

In view of these arguments, it seems that the appellant is attempting to show 
nonobviousness by arguing and/or attacking references individually because the 
appellant ignores the fact that Teadosiu discloses the peer to peer network comprising 
peers located in the same LAN, i.e. devices in the same LAN are part of the peer to peer 
network. 

As such, it should be noted that "one cannot show nonobviousness by attacking 
references individually where the rejections are based on combinations of references. In 
re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., Inc., 800 F.2d 
1091, 231 USPQ 375 (Fed. Cir. 1986)". MPEP 2145 IV. 
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(i) Particularly, the patent office has acknowledged that Teodosiu does not 
disclose that a server determines... Thus, the Patent office has implicitly acknowledged 
that Teodosiu does not disclose that a server determines that first and second nodes are 
part of the same private network, where the first and second nodes, which are part of the 
same private network, are also part of a peer-to-peer network (Brief, pg. 13). 

In response to appellant's analysis, Examiner respectfully disagrees. 

There is no indication whatsoever in any of the previous office actions that the 
patent office has implicitly, logically or explicitly acknowledged that Teodosiu does not 
disclose. . ." as asserted by the appellant in (i). 

In the rejection, e.g. Final Action, pg. 7, Examiner clearly indicated that Teodosiu 
does not disclose the process of determining by a server that the first node and second 
nodes are part of the same private network. 

This does not mean, whether interpreted implicitly, logically and/or 
explicitly, that "Teodosiu does not disclose that a server determines that first and second 
nodes are part of the same private network, where the first and second nodes, which are 
part of the same private network, are also part of a peer-to-peer network". 

As set forth above, two nodes which are part of peer to peer network, can easily 
be part of same private network such as LAN, as acknowledged and/or admitted by the 
appellant in the background of rejection, which is reproduced above, as well as set forth 
in Teodosiu. 
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b. None of the references, either alone or in combination, disclose or suggest 
determining by a server that first and second nodes, which are part of a peer-to-peer 
network, are also part of a same private network. . .While Yau does disclose checking for 
source clients, which are behind the same firewall as a requesting client, neither of these 
clients are part of a peer to peer network (Brief, pg. 14 paragraph G. 1, pg. 15-17). 
In response to argument [b], Examiner respectfully disagrees. 

In light of the appellant's background of Invention section, first, it's well know that peer 
to peer network have peers or users that are part of a private network, i.e. same private network. 
That is, two or more users from same LAN can participate in peer to peer network. 

Secondly, Dutta, in a similar way as Teodosiu, also discloses implementing the peer to 
peer network over different types of networks including LAN, Internet, WAN, Intranet, etc., e.g. 
col. 3 L10-50andfig. 4. 

In other words, two or more peers within and/or part of a same LAN or intranet, i.e. same 
private network, are also part of the peer to peer network. 

Yau et al. 

Yau discloses: 
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In other words, Yau improves the network efficiency in distributing data to plurality of 



clients by enabling the requesting client to request the data from the client in the same private 



network, without having to perform transfers through distal and/or external computers. 



In appellant's terms, Yau discloses a technique for optimizing private network file 



transfers comprising determining by the server whether the first, i.e. requesting client, and 



second client, client who has data, are located within the same private network which is 



protected by the firewall, as evidenced in the following figure, more specifically, in step 630. 
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Figure 6 



A firewall device is a well known device in the art used for securing the internal network 
such as LAN, intranet, etc., as evidenced in the following figure by item #82. 

Generally, in the networking art, when the two devices are located within and/or 
connected to a same firewall, then the two devices are said to be located within a same private 
network. 
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Figure- 2, 



The network of devices such as device 74, 76, 78 and 80 is known as internal protected 
network and/or simply a private network, see also pg. 2 [0026]. 

(8B26] FIG. 2 shows a system 78 is &etxst&sx» with 
isaih&r esabadisienE tsf siss MvessJiasi. TSse svslfttn 78 of 
FIG. 2 is Mir to the sysaas 50 of FIG. 1. Haw«v*r, lbs 
*j»teEB 70 of FIG. 2 sncbde» s jhw 82. Is the 

sjstetE T6, tix cIkos 74-80 are cobbbcsc<3 to sad coasisa- 
atsssfi over a p.iai&2isd aetwcdt hefeioS &e Ssswali 82, The 
5fBW4U SZ separates the nerwerk eosflsstssg the elissrs 
74-80 feces she Eetwoefc ^ssseing (be initial asnteat- 
prsmfiisg server 72 and &c jS^teJksn-raordiniti^ serve? 
TL Sjpecificsily, S3» feswill 82 can be sonfipssd us jircMbii: 

■KxtK-EaS cc jmcsSsi3.cs Sa the sLcsts 74-SS... and csiy allow 

■aatiiificiio-ns fmai &g diesis 74-18 ks .scries an tets esaamil 
astwork, where servsrs7l-72 si* kscatsc. 



In other words, clients behind the firewall are located within an internal and/or private 
network, whereas, servers 72-71 are located on the external network and/or non-private network. 



The invention of Yau, in part, works as follows: 
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[0066] FIGS. 6 and 7 describe the functionality of sbs 
dkirMtiocn-Gordinaiicg servws SI, 71 shown inPIGS, 1-2, 
H» rofe of fee servers 51,71 is So coordinate traasscaoas 
between clients to ensue that clients oa a distribution list 
receive- data intended foi them, lis server* 51, 71, which 
can be kaptemented using ose or snore computet^ keep 
t?aek of nodes that have date, and facilitate the traesastssion 
of that data to those cades that request the data but do net 
yet hive it. Disttibu&E lists and records of clients request- 
ing data, asd those dints storing data can he stored in 
databases accessible iq the servers 51, 71. 

[9067] The di^ljaaonsswidlDsuag servers 51,71 can be 
configured So determine cpumai data 8ow across the aet- 
walk. Optimal dam distribution isies can bs determined 
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topobgy, relative bsndwidtlss btivrees nodes, asd physical 
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In other words, the distribution-coordinating servers determines the optimal data flow 
across the network, e.g. [0067], through checking for the node within the same private network 
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from which the client can retrieve data, by determining whether the client and the node is behind 
the same firewall, i.e. determines whether the client, i.e. first node and the source node, i.e. 
second node, are part and/or are located within the same internal or private network protected by 
the firewall, e.g. [0071-0072], and instructs the client to retrieve the data from the source node by 
sending the metadata and the location of the source client, e.g. [0074]. 

Clearly, Yau discloses the server and the process of determining whether the two nodes 
are located within and/or are part of the same private network such as an internal network in 
order to optimize the data distribution and/or transfers. 

In fact, Yau discloses the same technique for achieving the optimal file transfer and/or 
data flow as disclosed in the present application with respect to peer to peer networks. 

As such, the combination of Dutta and Yau, wherein Dutta discloses a peer to peer 
network comprising two or more devices located within the same LAN or private intranet and 
Yau discloses a server that determines whether the two nodes are part of the same internal 
network, does teach and disclose determining, by a server that first and second nodes are part of 
a same private network, where the first and second nodes are part of a peer to peer network. 

Furthermore, the rational for the combination can be found in the following: 

KSR International Co. v. Teleflex Inc., 550 U.S. , , 82 USPQ2d 1385, 1395-97 (2007) 

identified a number of rationales to support a conclusion of obviousness which are consistent with the 
proper "functional approach" to the determination of obviousness as laid down in Graham. The key to 
supporting any rejection under 35 U.S.C. 103 is the clear articulation of the reason(s) why the claimed 
invention would have been obvious. The Supreme Court in KSR noted that the analysis supporting a 
rejection under 35 U.S.C. 103 should be made explicit, and MPEP 2143. [ EXEMPLARY RATIONALES: 
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Exemplary rationales that may support a conclusion of obviousness include: 

(A) Combining prior art elements according to known methods to yield predictable 

results; 

(B) Simple substitution of one known element for another to obtain predictable results; 

(C) Use of known technique to improve similar devices (methods, or products) in the 
same way; 

(D) Applying a known technique to a known device (method, or product) ready for 
improvement to yield predictable results; 

(E) "Obvious to try" - choosing from a finite number of identified, predictable ]. 

For example: In the present prima facie case of obviousness and/or combination, 
rationale (A) and (C) applies. 

In the Brief, appellant alleges that "while Yau disclose checking for source clients, which 
are behind the same firewall as a requesting client, neither of these clients are part of peer to peer 
network". 

In view of this argument, it seems that appellant is attempting to show nonobviousness by 
arguing and/or attacking references individually because appellant ignores the fact that Dutta 
discloses the peer to peer network comprising peers located in the same LAN, i.e. devices in the 
same LAN are part of the peer to peer network. 

MPEP 2145 IV clearly discloses that "one cannot show nonobviousness by attacking 
references individually where the rejections are based on combinations of references. In re 
Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., Inc., 800 F.2d 1091, 
231 USPQ 375 (Fed. Cir. 1986)". MPEP 2145 IV. 

In summary, the combination of Teodosiu and Araujo, and/or the combination of Dutta 
and Yau teaches achieving optimization of data transfer in peer to peer networks by realizing that 
the requesting node and responding node, i.e. node having the requested file, are located within 
the same private network and enabling the requesting node to retrieve the file from the closest 
node and/or node located within the same private network such as LAN. 
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(11) Related Proceeding(s) Appendix 

No decision rendered by a court or the Board is identified by the examiner in the Related 
Appeals and Interferences section of this examiner's answer. 

For the above reasons, it is believed that the rejections should be sustained. 

Respectfully submitted, 

Kamal Divecha 
Art Unit 2151 
/John Follansbee/ 

Supervisory Patent Examiner, Art Unit 2151 
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/John Follansbee/ 

Supervisory Patent Examiner, Art Unit 2151 
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